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NATIONAL ATTRIBU^ PAR UlNPt 
DATE DE DgpdT ARRIBUgE 

««iiwp. .19 BEG, 2003 


H NOM ETADRESSE DU DEIVIANDEUR OU DU MANOATAIRE 
A QUI LA CORRESPONDANCE DOIT ETRE ADRESSfE 

■ ■ 

Cabinet REGIMBEAU 

Espace Performance 
Batlment K 

35769 SAINT GREGOIRE CEDEX 

■ « 


Vos references pour ce dossier 

(facilitate 240946/D21682R 


Confirmation d'un depot par t^ldcopie 


□ N** attribue par I'lNPI h la tel^copie 


S NATUI^E DE 1ft ftiWAISM^^^ ... 


Cochez.l'june des.4 cases suivantes ^ 


Demande de brevet 


IS 


Demande de certificat d'utilit^ 


□ 


Demande divisionnaire 

Demande de bremt initiale 
on demande de certijtcai d'utUiti initiale 


□ 

NO Date 1 1 1 1 1 1 1 1 1 
N» n»tA 1 1 1 1 1 1 1 1 1 


Transformation d'une demande de 
brevet europSen Demande debreuel initiale 


□ 

N" Date 1 i 1 i 1 i i i | 
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@ DECLARATION DE PRIORITE 
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LA DATE DE DEPOT D'UNE 
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Pays ou organisation 

Datel 1 1 1 1 1 1 1 1 

Pays ou organisation 

Datel I 1 1 1 1 1 I I 
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Date 1 1 1 t 1 1 1 1 1 N<' 

im S'il y a d'autres priorftds^ cochez ia case et utilfsez rimprim^ «Suite» 


^ DEfiff^WQEUR^^ cases) 


fK] Pei^onne imoirale . „ . .. . Q Pei^onne:'pfiys]que * " 


Nom 

ou denomination sociale 


FRANCE TELEC0i\/1 


Prenoms 




Forme juridtque 


Societe Anonyme 


N"* SIREN 


13,8,0,1,2,9,8,6,61 


Code APE-NAF 


n . 1 1 


Domicile 
ou 

si6ge 


Rue 


6 Place d'Alleray 


Code postal et ville 


|7i5|0|1 iSlPARIS 


Pays 


FRANCE 


Nationality 


FRANCAISE 


de t6l6phone (factdtatij) 


N** de t^licopie (factdtatij) 


Adresse Slectronique (facultatij) 






O S'il y a plus d'un demandeur, cochez la case et utilisez rimprime «Suite» 
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Norn 


ROUSSEL 


Pr§nom 


Eric 


Cabinet ou Soci^t^ 


Cabinet REGIMBEAU 


N °de pouvoir permanent et/ou 
de lien contractuel 




Adresse 


Rue 


Espace Performance 

Batiment K 


Code postal et ville 


13 i5 i7 i6 i9 1 SAINT GREGOIRE CEDEX 


Pays 


FRANCE 


N** de telephone 0iculfat0 


02.23.25.26.50 


N"" de t^I^copie (famluu0 


02.23.25.26.59 


Adresse ^lectronique ^ailiat0 


rennes@regimbeau,fr 




LesJnxenE^ri^^ . 


Les demandeurs et les inventeurs 
sont les memes personnes 


□ Qui 

Non : Dans ce cas remplir le formula ire de DiSsignation dMnventeur(s} 




. Unlquent^nt pour une,demandje aeiir<eyjBt (y compils division et transformation) 


^tabllssement immediat 
ou etabllssement differs 


n 


Paiement echeionne de ia redevance 

(effdettxtfers&neals) 


Uniquement pour les personnes pliysiques effectuant ellesHmdmes leur propre depdt 

□ Oui 

□ won 


O REDUCTION DU TAUX 
DE5 REDEVANCES 


Uniquement pour les personnes physiques 

□ Requise pour la premiere fois pour cetle fnvenlion Ooindreunavlsifenm-impmyianj 

□ Obtenue ant^rieurement S ce depot pour cette invention Qomdre me cqpfe /a 
decision dadmisssondi'asstsUincegmimtemfmdiqm^ 1 i i i i 1 


^ SEQUENCES DE NUCLEOTIDES 
ET/OU OVICIDES AMINES 


Q Cochez ia case si la description contient une iiste de sequences 


Le support electronique de donnees est joint 

La declaration de conformrte de ia iiste de 
sequences sur support papier avec le 
support Electronique de donnees est jointe 




Si vous avez utilise I'fmprimS «Su[te», 
Indiquez le nombre de pages jointes 
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^invention concerne un proc6de d'emission d'au moins une requ§te 
a destination d'un serveur de noms de domaine depuis une machine 
requerante. 

Les serveurs de noms de domaine (DNS en anglais), plus 
5 particulierement concemes par invention , sont les serveurs de noms de 
domaine reproduisant la num§rotation t^lephonique tels que e164.arpa. 

Dans ces serveurs, chaque nom est determine a partir du numero de 
telephone de destination au format E.164, contenu dans la requete issue de 
la machine requerante. Chaque serveur de noms de domaine comporte des 
10 enregistrements en memoire, associes aux noms et aux zones qu*il gere, 
et/ou des references a d'autres serveurs de noms de domaine, pour les 
noms et les zones qu'il ne gere pas, a 

Selon le protocole ENUM, lorsqu'un message de requete en lecture 
d'un nom parvient a un serveur gerant la zone pouvant contenir ce nom, 
15 celui-ci retourne a la machine requerante les enregistrements, qDi sont 
associes a ce nom et qui sont constitues d'identifiants de ressource (URI en 
anglais) comme par exemple un numero de fax, un nunriero de telephone 
mobile, une adresse de courriel. 

Ainsi, les serveurs de noms peuvent etre soumis a de nombreuses 
20 requites en lecture ou ecriture, y compris a des requites erron6es, pour 
lesquelles le nom est inexlstant dans les serveurs de noms de domaine. 

Dans le cas d'une requete pour un nom de domaine inconnu. le 
serveur de noms de domaine peut ne pas repondre a la machine 
requerante dans certains cas. Linexistence du nom demand^ ne peut alors 
25 etre d§tect6e que par le depassement d'un delai de temporisation apr§s 
remission de la requ§te sur la machine requerante, alors qu'aucune 
reponse n'a §t6 re9ue. En outre, le traitement de requetes erronees 
surcharge et retarde egalement celui des requetes non erron6es dans les 
serveurs de noms, qui appellent bien une reponse. 



L'invention vise ^ obtenir un precede et un dispositif d'6mission de 
requ§tes vers un serveur de noma de domaine, palliant les Inconvenients 
de I'etat de la technique et permettant de diminuer le nombre de requetes 
erronees que doivent trailer les serveurs de noms de domaine. 

A cet effet, un premier objet de ("invention est un precede d'emission 
d'au moins une requete a destination d'un serveur de noms de domaine 
depuis une machine requerante, 

ledit serveur de noms de domaine etant un serveur de noms de 
domaine de numerotation t^Ieplionique e164.arpa, chaque nom §tant 
determine a partir du numero de telephone de destination au format E.164, 
contenu dans iadite requete, 

caracteris§ en ce que 

un contr6le pr§alable de la validity du numero de telephone de 
destination de la requ§te est ex§cut^ automatiquement et localement d la 
machine requ6rante par rapport a une base de donn§es de numSros de 
telephone, locale d la machine requerante, pour n'envoyer la requ§te a 
partir de la machine requerante d destination du serveur de noms de 
domaine que si son numero de t6l6phone de destination passe avec 
succds iedit contrdle pr^alable. 

Gr§ce d l'invention, le recours aux serveurs de noms de domaine est 
rendu plus limits et on leur 6pargne des traitements inutiles. On reconnaW 
une requite erronee et on Tempiche d'atteindre les serveurs de noms 
depuis la machine requ6rante, et ce par le fait que le num6ro de telephone 
de destination de la requdte a §t§ d6tennin§ comme non valable, par 
exemple en determinant qu'il est impossible qu'il existe. 

Suivant d'autres caract§ristiques de l'invention. 

- dans la base de donn6es locale est enregistre au moins un code de 
pays present, et 

le contrdle pr6alable comprend de verifier si le code de pays du 
numero de telephone de destination de la requete en est un enregistr6 
dans la base de donn^es locale ; 



- dans la base locale de donnees de blocs de numeros de telephone 
est enreglstr§ au moms un plan de num6rotatlon, chaque plan de 
num§rotation connprenant au moins un bloc de numferos de telephone, 

le controle pr6alable comprend de : 

deternniner, au cours d'une etape de determination, si le num^ro de 
telephone de destination de la requete appartient a un bloc du plan de 
numerotation, le numero de telephone de destination de la requete ne 
passant pas avec succ^s ledit controle prealable dans la negative a I'etape 
de determination ; 

- le plan de num§rotation est associe a un code de pays. 

le plan de numerotation correspondant au code de pays du numero 
de telephone de destination de la requete etant celui par rapport auquel le 
contrSle prealable est effectue ; 

- une plurality de blocs disjoints de numeros de telephone, auxquels 
sont associ^es respectivement des caracteristiques prescrites de numeros 
du bloc, est enregistr^e dans la base de donn6es locale, 

ladite etape de determination comprend en outre de determiner, d 
quel bloc de numeros de telephone de la base de donnees locale le 
numero de telephone de destination de la requete appartient, 

dans le cas oO il a ete determine que le numero de telephone de 
destination de la requSte appartient a un bloc du plan de numerotation. 

lire dans la base de donnees locale les caracteristiques associees au 
bloc de numerotation determine, 

verifier si le numero de telephone de destination de la requete est 
conforme auxdites caracteristiques lues, 

n'envoyer de la machine requerante au serveur de noms de domaine 
la requete que si la verification donne un resultat affirmatif ; 

- les caracteristiques de numeros de bloc sont au moins I'un parmi : 

une date de reservation des numeros de telephone du bloc, 

une fin de periode de reservation des numeros de telephone du bloc, 

une date d'affectation des numeros de telephone du bloc, 

une fin de periode d'affectation des numeros de telephone du bloc. 
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une date de debut d'attributlon du bloc de num6ros de t6l§phone, 
une date de fin d'attribution du bloc de nunn§ros de telephone, 
une longueur maximum des numeros de telephone du bloc, 
une longueur minimum des numeros de telephone du bloc ; 
5 - si le numero de telephone de destination de la requete ne passe 

pas avec succes ledit controle preaiable, un signal d'erreur sur le numero 
de telephone de destination de la requete est renvoye a la machine 
requ6rante ; 

- le signal d'erreur sur le num6ro de telephone de destination de la 
10 requ§te contient une Information sur la ou les caracteristique(s) de numeros 
de bloc, qui ne sont pas respect§es par le numero de t§l6phone de 
destination de la requ§te lorsjde ladite verification. 

Un deuxieme objet de I'invention est un dispositif d'emission d'au 
moins une requ§te a destination d'un serveur de noms de domaine depuis 
15 une machine requ6rante, 

ledit serveur de noms de domaine etant un serveur de noms de 
domaine de numerotation t§l6phonique e164.arpa, chaque nom 6tant 
determine ^ partir du num6ro de telephone de destination au fomnat E.164, 
contenu dans ladite requ§te, 
20 caract^ris^ en ce que le dispositif est local a la machine requ6rante 

et comporte : 

des moyens de reception de la requete depuis la machine 
requerante, 

une base de donnees de blocs de num6ros de t6l§phone, 
25 des moyens de contrdle automatique de la validity du numero de 

telephone de destination de la requete, present sur les moyens de 
reception par rapport aux donnees issues de la base de donnees de 
numeros de telephone, et 

des moyens pour n'envoyer la requite de la machine requerante a 
30 destination du serveur de noms de domaine que si les moyens de controle 
ont determine que son numero de telephone de destination passe avec 
succes ledit controle de validite. 
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Suivant une caract6ristique de Pinvention, les moyens de reception, 
la base de donnees de blocs de numeros de telephone, les moyens de 
controle automatique et les moyens d'envol sont presents sur la machine 
requerante, 

5 Suivant une autre caracteristique de Tinvention, les moyens de 

reception, les moyens de controle automatique et les moyens d'envoi sont 
presents sur la machine requerante et la base de donnees de numeros de 
telephone est interrogeable par les moyens de controle automatique par 
rinterm§diaire d'un reseau local. 
10 L'invention sera mieux comprise a la lecture de la description qui va 

suivre, donnee uniquement a titre d'exemple non limitatif en reference aux 
dessins annexes, sur lesquels : 

- la figure 1 repr^sente schematiquement un dispositif d'emission de 
requ§tes suivant Tinvention a destination d'une architecture de serveurs de 

15 noms de domaine, 

- la figure 2 represente schematiquement une variante du dispositif 
d'6mission de requetes suivant la figure 1, 

la figure 3 represente un exemple de rorganigramme du 
d6roulement du precede d'6mission des requStes mis en oeuvre par le 
2 0 dispositif suivant Tlnvention ; 

- la figure 4 represente un exemple du contenu de la. base de 
donn6es utilisee suivant Tinvention ; et 

- la figure 5 represente deux exemples d'organigrammes des etapes 
de verification effectuees dans le precede suivant invention. 

25 Dans le cas du domaine de num§rotation telephonique a la figure 1, 

les noms dans les serveurs 3 de noms de domaine utilisent les numeros de 
telephone des utilisateurs selon le protocole ENUM du groupe de travail sur 
la mise en correspondance avec des numeros de telephone (Telephone 
Number Mapping Working Group) defini au groupe de travail IETF (groupe 

30 de travail sur le reseau Internet, ou Internet Engineering Task Force) selon 
le document RFC2916. auquel il est fait reference ici, RFC signifiant en 
anglais « Request For Comments » et etant des publications de reference 



portant sur le reseau Internet. Selon ce document, intitule « numero E.164 
et serveurs de nonns de domaine » (E.164 Number and DNS), pour traduire 
un numero de telephone E.164 en nom de domaine, on enleve du numero 
de telephone E.164 d'un utilisateur. qui comprend le code du pays (par 
5 exemple +33-1-45295813 pour un numero de telephone d'un utilisateur en 
France) tous les caracteres non numeriques, on intercale des points entre 
les chiffres. on inverse Tordre des chiffres et on ajoute la ohaTne 
« e.164.arpa » a la fin des chiffres, pour obtenir le nom de domaine, c'est-^- 
dire 3.1. 8.5.9.2.5.4.1. 3.3.e164.arpa dans I'exemple precedent illustre aux 

10 figures 1. 2 et 3. 

Au nom est associe dans la m6moire 4 associee audit serveur 3 de 
noms de domaine un ensemble d'enregfstrements de ressource NAPTR 
(pour enregistrement de ressource de pointeur d'autorite de nommage ou 
Naming Authority Pointer Ressource Record) selon le document du groupe 

15 de travail IETF RFC2915; rendu caduc par le document RFC3403, 
auxquels il est fait reference ici. Uenregistrement NAPTR a, selon la partie 
4 du document IETF RFC3403. un code de type de DNS egal d 35 pour le 
champ TYPE du format d'enregistrement de ressource selon (e paragraphe 
3.2.1 du document IETF RFC1035. L'enregistrement NAPTR a ainsi le 

20 format suivant : 

ORDRE, PREFERENCE, DRAPEAUX (FLAGS), SERVICES, 
REGEXP, REPLACEMENT. 

Le champ REGEXP contient des informations I proprement dites, 
telles que des informations I pour joindre Tutilisateur, comme par exemple 

25 sip:dupont@ft.com, mailto:dupont@ft.com . http://www.exemDle.fr . qui sont 
dans cet exemple d'autres informations pour joindre Monsieur Dupont ayant 
le numero de telephone +33-1-45295813 (format international pour le 
numero 01 45 29 58 13 en France), 

Ainsi, dans cet exemple, les enregistrements associes a ce nom de 

30 domaine seront : 

$ORIGIN 3.1. 8.5,9.2. 6.4, 1.3.3.e164.arpa 

IN NAPTR 10 10 "u" "E2U+sip" "l'^ *$!sip:dupont@ft.com !" 
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IN NAPTR 10 20 "u" "E2U+majlto" "l^/jsi mailtoiduDonttaft com l" 
IN NAPTR 10 20 "u" "E2U+http" "!^/$! http://www.exemDle fr l" 
En outre, le princIpe de delegation de I'architecture ENUM dans le 
contexte de la gestion de la num§rotation El 64 d§finit plusieurs niveaux de 
5 responsabillte en arborescence en ce sens qu'un premier serveur 1 
(d6nomm§ TierO) de noms de domalne gdre une racine mondiale 
d'adresses en « e.164.arpa », des deuxi^mes serveurs 2, 2a (denommes 
Tierl) de noma de domalne auxquels le premier serveur 1 renvoie gerent 
chacun un code de pays (par exemple 6.4.e164.arpa pour la Suede, 
10 3.3.e164.arpa pour la France metropolitaine), et des troisiemes serveurs 3, 
3a, 3b (denommes Tler2) de noms de domaine constituent alors les 
-serveurs 3 de noms de domaine precites, gerant chacun leur zone associe^. 
de noms de domaine. A la figure 1 , les renvois sont symbolisms par des^ 
traits interrompus. Cliaque serveur 2, 2a de noms de domaine renvoie d uri 
15 ou plusieurs serveurs 3, 3a, 3b de noms de domaine, auxquels ne renvoie 
pas les autres serveurs 2, 2a. Le serveur 1 est dit parent des serveure 2, 
2a, eux-memes parents des serveurs 3, 3a auxquels ils nenvoient Chaque 
serveur 3, 3a, 3b gere la zone associee ^ des numeros El 64. 

Dans I'exemple precedent, le serveur 2a de noms de domaines 
20 3.3.e164.arpa renvoie d plusieurs serveurs 3a, 3b de noms de domalne, Le 
serveur 3a de noms de domalne gere par exemple un certain nombre 
d'adresses en 3.3.e164.arpa, comprenant par exemple I'adresse 
3.1. 8.5.9.2.5.4. 1.3.3.e164.arpa et est associ6 d la m6moire 4 de la figure 2. 
Par exemple, le serveur 3a gdre la zone se tenninant par 
25 9.2.5.4. 1.3.3.e164.arpa, le sen/eur 3b g6re une zone se terminant par 
8.2.5.4.1. 3.3.e164.arpa. 

Une machine H souhaitant obtenir des informations I pr§sentes dans 
un enregistrement ENR de I'architecture A envoie d une plate-forme de 
services, ayant le signe de reference PS aux figures 1 et 2, une requete R 
30 contenant un numero NTEL de telephone E.164, permettant de determiner 
le nom ADR de cet enregistrement ENR, et ce par traduction du numero de 
telephone NTEL ainsi qu'il a ete explique ci-dessus. Cette machine H 
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requ§rante est par exemple uh ordinateur personnel d'un'utifisateuf. La 
plate-forme PS de services a par exemple une architecture client - serveur 
et comprend un acces 10 de reception des nequ§tes R depuis I'ext^rieur et 
emises par des machines H et un module 1 1 de resolution (resolver) pour le 
5 traitement des requetes re?ues sur I'acces 10. En fonction de i'archltecture, 
ia requete validee par le systeme peut §tre §mise par un serveur DNS local 
sur le reseau du client requerant. Les requ§tes en provenance de la plate- 
forme de services sont done emises au niveau de ce r§seau local. Le 
module 1 1 de resolution est client d'un serveur local (DNS local) de noms 

10 de domaine 12 connecte au module 11 et est apte a envoyer au serveur 
local de noms de domaine 12 connecte au module 11, des signaux 
d'interrogation correspondant a la requete R regue sur I'acces 10. Le 
serveur local 12 de noms de domaine est apte a §mettre, en fonction des 
signaux d'interrogation, des messages de requetes MR en informations I 

15 vers les serveurs exterieurs 1, 2, 3 de noms de domaine de la manl6re 
suivante. 

Les messages de requites MR comprennent le nom ADR du 
domaine d inten-oger dans I'architecture pour obtenir I'enregistrement ENR 
souhaite. 

20 La requSte R envoy6e par la machine H ^ la plate-forme PS precise 

le num§ro de telephone E.I 64 souhait6 NTEL, que la plate-forme PS (par 
exemple par le module 11 de resolution) traduit en nom ADR a interroger 
(par exemple ADR = 3.1. 8.5.9.2.5.4.1. 3.3,e164.arpa pour NTEL = +33-1- 
45295813), pour former le message MR correspondant. 

25 Le message de requete MR comprenant le nom ADR est envoy6 

d'abord S I'^tape El au serveur 1 , lequel renvoie ensuite lors de I'etape E2 
un premier message de r6ponse au serveur local 12, lui indiquant une 
reference au serveur 2 correspondant, selectionne par cette adresse ADR, 
c'est-a-dire dans I'exemple precedent le serveur 2a. Le serveur local 12 

30 envoie ensuite lors de I'etape E3 le message de requete MR comprenant le 
nom ADR au serveur 2 selectionne et indique dans le premier message de 
r^ponse, c'est-a-dire dans I'exemple precedent au serveur 2a, lequel 
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serveur 2a envoie ensulte. lors de I'etape E4, un deuxidme message de 
r^ponse au serveur local 12. lui Indiquant une r6f6rence au serveur 3 
correspondant, selectionne par ce nom ADR. c'est-a-dire dans I'exemple 
pr6c6dent le serveur 3a. Le serveur local 12 envoie ensuite lors de I'etape 
5 E5 le message de requete MR comprenant le nom ADR au serveur 3a de 
noms de domaine selectionne et indique dans le deuxleme message de 
r6ponse. 

Chaque serveur 3, 3a, 3b comporte au moins une entree 5 
d'admission de messages de requetes MR. Les messages de requetes MR ' 
10 peuvent etre par exemple des requetes en lecture d'informations I au nom 
ADR ou des requetes en ecriture d'informations I au nom ADR. 
r ..• . - . Lorsqu'un message MR de requete en lecture au nom ADR parvient • 
^ I'entree d'admission 5 et lorsque le nom ADR est trouv6 dans le serveur " % 
3, 3a, 3b, le ou les enregistrements NAPTR des informations I sont 
- 15 recherches a ce nom ADR. Puis, lorsque les enregistrements NAPTR % 
associes a ce nom ADR sont trouves dans le serveur 3, 3a, 3b, ces i 
enregistrements NAPTR sont lus dans la m§moire 4 associee, par exemple n 
les enregistrements NAPTR indiqu6s ci-dessus pour le nom 
3.1. 8.5.9.2.5.4.1. 3.3.e164.arpa. Le serveur 3, 3a. 3b comporte une 
20 premiere sortie 6 de fourniture d'un troisldme message de reponse a la ' 
requdte MR en lecture presente sur son entr6e 5. Ce troisi^me message de 
reponse contient les enregistrements NAPTR lus dans la m^moire 4 
assocl§e au nom ADR specifie dans le message MR de requ§te en lecture, 
comme ceux indiques dans I'exemple mentionn^ ci-dessus, ayant les 
25 Infonnations I = sip:dupont@ft.com. mailto:dUDont(S),ft.com . 
http://www.exemDle.fr pour le nom 3.1. 8.5.9.2.5.4.1. 3.3.e164.arpa. Le 
troisidme message de rdponse est envoys ^ r§tape E6 de la sortie 6 du 
serveur 3a au serveur local 12 et de la a la machine requerante H via 
I'accfes 13 de celui-cl. 
30 Lorsqu'un message MR de requ§te en lecture au nom ADR parvient 

^ I'entree d'admission 5, lorsque le nom ADR est trouve dans le serveur 3, 
3a, 3b, lorsque le ou les enregistrements NAPTR des informations 1 sont 
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recherch6s ^ ce nom ADR mais qu'aucuri enregistrement NAPTR n'est 
trouv6 d ce nom ADR (parce qu'aucun enregistrement NAPTR n'est present 
§ ce nom ADR), le serveur 3 envoie sur sa sortie 6 au serveur local 12, et, 
de la ^ la machine requ6rante H, un message de r§ponse indiquant 
5 I'absence d'enregistrements NAPTR au nom ADR. 

Lorsqu'un message MR de requ§te en lecture a un nom ADR erron6 
parvient a fentr^e d'admission 5. ce nom ADR ne pourra pas etre trouv6 
dans le sen/eur 3, 6tant donne que le nom est inexistant dans les serveurs 
de noms de domaine. Pour diverse raisons (non disponibiliti des serveurs 
10 ou surcharge, configurations des tables de routage). la duree de resolution 
du nom ADR peut etre longue, duree pendant laquelle aucune reponse 
n'est transmise. Ainsi, le serveur local 12 ne recevra jamais de reponse au 
dernier message MR de requete qu'il leur aura fait parvenir. 

■ Suivant I'invention, il est prevu, localement a la machine requerante 
15 H, un dispositif D d'emisslon de requStes R destinies aux serveurs 
exterieurs 1, 2, 3 de noms de domaine, les sen/eurs 3 etant les serveurs 
dans lesquels sont presents les enregistrements NAPTR. 

Ce qui a 6t6 d^crit cl-dessus concernant les messages MR de 
requites en lecture vaut bien entendu pour les messages MR de requ§tes 
20 en 6criture, dans les serveurs 1, 2, 3, d'un enregistrement NAPTR sp6cifi6 
dans la requ§te R au nom ADR sp6cifi6 dans la requ§te R. 

Ce dispositif D d'emission comprend des moyens DR de reception 
de requ§tes R depuis la machine requerante H et une base BD de donnees 
de num§ros de t§l6phone. Des moyens DC de contr6le sont pr6vus dans le 
25 dispositif D d'emission pour controler automatiquement si le num§ro de 
telephone NTEL de destination de la requete R est valable par rapport aux 
donnees issues de la base BD de donnees de numeros de telephone. 

Des moyens DE sont pr6vus pour n'envoyer la requite R de la 
machine requerante H a destination du serveur 1. 2. 3 de noms de domaine 
30 que si le numero NTEL de telephone de destination de cette requSte R 
passe avec succ^s le contrdle prealable des moyens DC. Les moyens DC 
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de controle font par exemple partie d'une librairle de validation pouvant 
comporter egalement d'autres fonctions. 

Le dispositif D d'emission est par exemple enti^renfient install^ sur la 
machine requerante H, ainsi que ceia est repr6sent6 a la figure 1, auquel 
cas les moyens DR de reception sent par exemple une interface de 
reception des requetes R issues d'une interface DP, permettant S 
rutilisateur de produire une ou plusieurs requetes R sur la machine 
requerante H en composant sur celle-ci le num§ro de telephone NTEL de 
destination de cette ou ces requetes R. 

Dans la variante representee a la figure 2, les moyens DR de 
reception, les moyens de DC controle automatique et les moyens DE 
d'envoi sont presents sur la machine requerante H comme pr6cedemment. 
et la base BD de donn^es de num6ros de telephone est inten-ogeable par 
les moyens DC de contrSle automatique par I'intermediaire d'un reseau 
local RL. Dans cette variante. la base BD est par exemple presente au 
niveau du module 11 de resolution. 

Si, lore du contrdle, le numero NTEL de telephone de destination de 
la requ§te R est d6clar^ non valable par comparaison aux donn6es de la 
base BD, la requ§te R n'est pas transmise par les moyens DE de la 
machine requerante H au module 11 de resolution. Le contrdle de validit6 
eiimine done des messages MR de requSte, dont on sait a priori qu'ils ne 
peuvent pas avoir d'enregistrement NAPTR associe dans les serveurs 
exterieurs 1, 2, 3 de noms de domaine, 6tant donn§ que le num§ro NTEL 
de telephone de destination corespondant n'est pas valable. Par 
consequent, aucun message de requ§te MR au nom ADR traduit de ce 
num6ro NTEL de telephone ne sera g^nere par le serveur local 12, ni 
envoye par celui-ci aux serveurs exterieurs 1, 2, 3 de noms de domaines, 
qui seront done debarrasses de messages MR de nom ADR errones et de 
traitements inutiles de ces messages. 

Les numeros NTEL de telephone ont le format suivant : 
CC C1C2C3...CP 
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ou CC est le code de pays dans la num6rotation internationale, (tel 
qu'attribu§ par I'Union Internationale des Telecommunications), a un, deux 
ou trols chiffres, (33 pour la France metropolitaine, 362 pour I'lle de la 
Reunion, 44 pour le Royaume-Uni. 1 pour les Etats-Unis....) et C1C2C3...CP 
5 est le numero de telephone NTEL dans le plan de num6rotation national. Le 
code de pays peut etre g§ographique ou non geographique. Dans 
I'exemple precedent, CC=33 et C1C2C3...CP = 145295813. 

Par exemple, actuellement en France, p = 9 et C1C2C3...CP = 
Zabpqmcdu, avec Z=1, 2, 3, 4, 5. 6 ou 8, le 0 etant ajout6 pour le 
10 num§rotage depuls la France metropolitaine. 

Le code de pays CC est present explicitement dans le num§ro NTEL 
en ayant ete num^rote par Tutilisateur, ou. ^ defaut. est configure 
impllcitement pour etre celui du pays oCi se trouve la machine requerante H 
ou est ins6re par I'application. 
15 Dans la base BD locale de donnees de. numeros de telephone est 

enregistre, dans un mode de realisation, un ou plusieurs plans de 
numerotation nationaux, chacun associe au code du pays correspondant. 
Les moyens DC de contrSle effectuent le contrdle du numero NTEL par 
rapport au code CC de pays (code de pays ou country code en anglais) 
20 rejette la requete R dans la negative (emission par exemple du message 
(4), (7) ou (8) decrit ci-dessous), ou, si II resulte de ce controle que le code 
CC du numero NTEL est un des codes existants dans la base BD, 
effectuent le contrSle du numero NTEL par rapport au plan de numerotation 
correspondant au code CC de pays du numero NTEL de telephone de 
25 destination de la requete R presente sur les moyens DR. Bien entendu, 
seul le controle du code CC du numero NTEL pourrait etre effectue salon 
I'invention, pour eiimlner les requetes basees sur des codes ne 
correspondant a aucun pays de code enregistre dans la base, (emission 
par exemple du message (4). (7) ou (8) decrit ci-dessous). 
30 Chaque plan de numerotation comprend un ou plusieurs blocs BN de 

numeros de telephone, pouvant etre deiimites dans I'exemple fran9ais 
precedent par un certain nombre des premiers chiffres des numeros de 
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t6l§phone, tels que par la racine nationale Zabpq des num§ros de 
telephone, un num6ro appartenant au bloc BN lorsque les premiers chiffres 
du num6ro, sans le code CC. sont egaux a ceux du bloc BN. Toutefois, 
touts autre regie logique d'appartenance d'un numero a un bloc peut etre 
5 pr§vue, un num6ro ne pouvant appartenlr qu'd un seul bloc et les blocs d'un 
meme plan de numerotation 6tant disjoints. Ainsi. un bloc designe de 
mani6re generals une ressource du plan de num6rotatlon et contient un ou 
plusieurs numeros de telephone, qui ne se suivent pas necessalrement. 
Ainsi, le numero 145295813 appartient au bloc BN = 14529 mais pas au 
10 bloc 10050. 

Ces blocs sont affectes a I'un ou d I'autre des operateurs de 
telephonie. 

Dans un mode de realisation, des caracteristlques CAR prescrltes de , 
numeros de bloc sont associ§es ^ chaque bloc BN et sont enrsgistrees 
15 dans la base BD de donn^es locale. 

A la figure 3, le precede d'^misslon suivant I'lnvention de d^roule par 
sxemple de la maniere suivante. 

Une requite R contenant le num6ro NTEL de telephone de 
destination est re9ue a l'6tape E10 sur les moyens DR de reception et est 
20 transmise aux moysns DC de contrdle. 

On d§temnlne ensuite d l'§tape E11 par les moyens DC de contr6le, 
si le numero de t6l6phons NTEL de destination de la requ§te R appartient d 
un des blocs BN du plan de numerotation national correspondant ^ celul-ci 
dans la base BD. Si ii a §te determine que le num§ro de telephone NTEL 
25 de destination de la requete R n'appartient a aucun bloc BN. alors ce 
num6ro de telephone NTEL ne passe pas avec succds le controls 
pr6alable. ce que les moyens DC de contr6le signalent aux moyens DE, in 
retape El 2 representee en traits intemsmpus d la figure 3, par un message 
NOK de refus. qui fait que les moyens DE ne transmettent pas de requete 
30 R contenant ce numero NTEL de telephone de destination vers les serveurs 
exterieurs 1, 2, 3 de noms de domalne. Par consequent, les moyens DE ne 
transmettent pas les requetes R contenant un numero NTEL de telephone 
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de destination n'appartenant ^ aucun bloc BN. Par exemple actuellement. 
aucun bloc BN ne commence par 7 en France (aucun num§ro de t6l6phone 
en France ne commence par 07) et aucun num6ro NTEL fran^ais 
commengant par 07 ne passera avec succfes le contr6le exerce par les 
5 moyens DC. 

Si il a 4te determine a r§tape E1 1 que le num^ro NTEL de telephone 
de destination de la requete R appartenait §i un des blocs BN de la base 
BD, on determine a I'etape E13 suivante dans les moyens DC de controle ^ 
quel bloc BN de la base BD le numero NTEL de t6tephone de destination 
10 de la requete R appartient. 

Puis, au cours de I'etape E14 de lecture, on interroge 
automatiquement par les moyens DC la base BD de donnees locale sur les 
caract§ristiques CAR assoclees au bloc BN de numeros determine, laquelle 
renvoie aux moyens DC a I'etape E15 suivante les caracteristiques CAR 
15 associ6es a ce bloc BN de num6ros detemiin^. 

Les moyens DC v^rifient ensuite a I'etape El 6 si le numero de 
telephone NTEL de destination de la requ§te R est conforme auxdites 
caracteristiques CAR regues de la base BD. Dans I'affirmative. les moyens 
DC de contrSle envoient ^ l'6tape E17 suivante un message OK 
20 d'acceptation de la requ§te R aux moyens DE, ce message OK 
d'acceptation d§clenchant remission de la requ§te R des moyens DE vers 
les serveurs ext§rieurs de noms de domalne 1. 2. 3 ^ I'etape E18 suivante. 
Dans la negative, les moyens DC de controle envoient ^ I'etape E17 
suivante le message NOK de refus de la requite R aux moyens DE, ce 
25 message NOK de refus empechant I'Smission de la requete R des moyens 
DE vers les serveurs ext^rieurs de noms de domaine 1. 2. 3. Les moyens 
DE n'envoient done de la machine requ6rante H au serveur ext6rieur 1, 2. 3 
de noms de domaine la requite R que si les moyens DC ont itabli que le 
■ numero de telephone NTEL de destination de la requete R 6tait conforme 
30 auxdites caracteristiques CAR regues de la base BD et associies dans la 
base BD au bloc BN d'appartenance du numiro NTEL. 
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Les verifications sont mises en cBuvre par des moyens 
automatiques. 

Ainsi que cela est represente a la figure 4, les caracterlstlques CAR 
de numeros de bloc sont par exemple : 
5 - une fin Eres de p6riode de reservation des numeros de tel§plione 

du bloc BN, 

- une date Baff d'affectation des numeros de telephone du bloc BN 
(par exemple pour une entreprise), 

- une fin Eaff de periode d'affectation des numeros de telephone 
10 du bloc BN, 

- une longueur Lmax maximum des numeros de telephone du bloc 
BN, 

- une longueur Lmin minimum des numeros de telephone du bloc 
BN, 

15 - une date Batt de debut d'attribution d'un bloc BN de numeros de 

telephone, 

- une date Eatt de fin d'attribution d'un bloc BN de numeros de 
telephone, 

- un identificateur Op d'operateur, 
20 - une zone geographique Geo, 

- d'autres informations Inf. 

La reservation d'une ressource (bloc) dans un plan de numerotation 
est une decision prise par une autorite administrant ce plan, par exemple 
une autorite nationale, comme en France I'Autorite de Regulation des 

25 Telecommunications (ART), ou Internationale, comme I'Unlon Intematlonale 
des Telecommunications (UIT). d'accorder a une entite (operateur de 
telecommunication, fournisseur de services, particulier). pendant une duree 
limitee Qusqu'a Eres), une option sur I'usage ^ venir de cette ressource de 
numerotation. Cette ressource ne peut alors §tre ni reservee, nl attribuee a 

30 une autre partie. 
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L'aitributiori cl'urie ressource daris un plan de niimerotation est une 
d6cision prise par I'autorite administrant ce plan d'accorder d une entlte le 
droit d'utiliser la ressource, de Batt a Eatt. 

L'affectation d'une ressource dans un plan de num§rotation conslste 
5 a sa mise § disposition par I'entit6 attributaire de cette ressource d un 
utilisateur final, eventueilement dans le cadre de la foumiture d'un service 
comrhercial. 

Le numero NTEL est conforme ^ Eres, si la date actuelle de la 
requete R est anterieure a Eres. Le numero NTEL est confonne ^ Baff, si la 

10 date actuelle de la requete R est posterieure & Baff. Le numero NTEL est 
conforme a Eaff, si la date actuelle de la requ§te R est anterieure d Eaff. Le 
numero NTEL est conforme a Lmax si la longueur de NTEL est inferieure 
ou egale & Lmax. Le numero NTEL est conforme a Lmin si la longueur de 
NTEL est sup^rieure ou §gale & Lmin. Le numero NTEL est confonne a 

15 Batt, si la date actuelle de la requete R est posterieure a Batt. Le numero 
NTEL est conforme ^ Eatt, si la date actuelle de la requite R est anterieure 
d Eatt. La date Baff d'affectation pemiet de savoir si le num6ro NTEL est en 
circulation ou le sera prochalnement. 

Par consequent, une requSte R regue sur les moyens DR le 10 

20 d§cembre 2003 et contenant un num§ro NTEL d6termln§ par les moyens 
DC de controle comme appartenant au bloc BN = 14528 ne passera pas 
avec succes ce controle, 6tant donn6 que cetle date est posterieure a Eres 
= 01/01/2002, ainsi que cela est indlque a la figure 4, et la requ§te R 
con-espondante ne sera pas transmise par les moyens DE de la machine H 

25 aux serveurs ext6rieurs 1, 2, 3 de noms de domaine. Par exemple, le 
message (14) decrit ci-dessous sera emis. 

En revanche, une requSte R regue sur les moyens DR le 10 
decembre 2003 et contenant un num§ro NTEL determine par les moyens 
DC de controle comme appartenant au bloc BN = 14529, comme NTEL = 

30 33 145295813. passera pas avec succes ce contrCle car respectant les 
conditions correspondantes telles qu'elles sont Indiquees S la figure 4, et la 
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requete R correspondante sera transmise par les moyens DE de la 
machine H aux serveurs exterieurs 1, 2, 3 de noms de domaine. 

Le ou les plans de num6rotatfon de la base BD de donnees sont 
aptes a etre mis a jour par tout moyen approprie, en ce qui concerne les 
5 blocs BN et chacune des caracteristiques CAR. 

Dans un mode de mise en oeuvre, un signal d*erreur sur le numero 
de telephone NTEL de destination de la requete R est renvoye des moyens 
DC de controle a Tinterface utilisateur DP de la machine requerante H, si ce 
numero de telephone NTEL de destination de la requete ne passe pas avec 
10 succes ce controle prealable, par exemple avec une Information sur la oil 
les caracteristique(s) CAR de numeros de bloc, qui ne sont pas respect6es 
par le num6ro de telephone NTEL de destination de la requete R. 

Ces messages d'erreur peuvent etre par exemple les sulvartts : 

(1) la longueur du num6ro dolt etre comprise entre « Lmin » et 
15 « Lmax », 

(2) le bloc « BN » n'est pas affecte mais est reserve jusqu'a « Eres », 
(2bis) code reserve mais non affecte, 

(3) le bloc n'est pas reserve, ni attribue, 
(3bis) pas de bloc d'appartenance, 

20 (4) le code CO n'est pas attribu^, 

(5) numero non ENUM pour un code CO pour lequel un bloc 
specifique ENUM a 6te d6fini, 

(6) format E.164 incorrect (non numerique) : entier de longueur 
maximum 15 necessaire, 

25 (7) le code CC est attribu6 seulement temporairement ou a des fins 

de test, 

(8) le code CC n'est pas reference dans la librairie de reference de 
numerotation Internationale, 

(9) erreur du numero sur la date Batt de debut d'attrlbution, 
30 (10) erreur du numero sur la date Eatt de fin d'attribution. 

(11) erreur du numero sur la date Baff de debut d 'affectation, 

(12) bloc non affecte par Toperateur. 
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En outre, les caract^ristiques CAR peuvent comporter un champ Nat 
de plan de numerotation, pouvant etre soit a Res (reserve), soit a Test 
(attribue a des fins de test), soit a NA (non affectable), soit a AT, la meme 
valeur du champ Nat etant valable pour un meme plan de numerotation. 
5 done pour tous les blocs BN de ce plan de numerotation. Dans ce qui suit, 
les blocs BN forment, avec leurs caracteristiques CAR associees, codes et 
champs associes, des lignes dans la base BD, ainsi que cela est 
represents a la figure 4. 

Des verifications peuvent etre effectuees par exemple suivant un 
10 premier exemple represents en traits pleins a la figure 5 et decrit ci- 
dessous. 

• Des verifications peuvent etre d'abord effectuees par rapport a des 
donnees telephoniques internationaies de la base BD selon les etapes V1 , 
V2, V3, V4, V5, V6 dScrites ci-dessous, puis par rapport a des donnees 

15 tSlephoniques natlonales de la base BD selon les Stapes V7, V8, V9, V10, 
V11, V12 decrites ci-dessous, et ensuite par rapport a des donnees 
d'opSrateur selon les Stapes V13, V14 et suivantes. 

Par exemple, on effectue d'abord la vSrification V1 du numSro NTEL 
pour savoir si il a un format numSrique et ne commence pas par zSro, pour 

20 Smettre dans la negative le message (5) et dans Taffirmative passer d la 
vSrification V2 en tenant compte (etape T1) de la base BD complete, 
appelSe Sgalement table T pour ce qui est des lignes de la base BD sur 
lesquelles les vSrifications sent effectuSes. 

Au cours de la verification V2, on vSrifie si il existe au moins une 

25 ligne de la base BD, commenpant par le code CC de NTEL, pour dans la 
negative Smettre le message (8) et dans Taffirmative passer a la vSrification 
V3 en ne tenant compte (Stape T2) que des lignes de la table T qui 
commencent par le code CC du numSro NTEL (par exemple en supprimant 
dans la table T toutes les lignes ne commenpant pas par CC), pour que la 

30 table T ne contienne plus que les lignes d'un meme plan de numerotation. 

Au cours de la verification V3, on vSrifie si le champ Nat d'un bloc 
BN de la table T, comma par exemple la premiere ligne de la table T, est a 
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Res et si il a ete d§termin6 que oui. on teste au cours de la verification V4 si 
le champ Eres de cette llgne est renseigne. pour dans I'affirmative. 6mettre 
le message (2bis). et. dans la negative, emettre le message (4). 

Dans la negative a la verification V3. on verifie au cours de la 
5 verification V5 si le champ Nat du bloc BN du numero NTEL est d Test et si 
il a ete determine que oui. on emet le message (7) et si il a et6 determine 
que non on passe a la verification V6. 

Au cours de la verification V6. on v6rifie si le champ Nat du bloc BN 
du numero NTEL est a NA et si il a 6t§ d6termin6 que oui. on 6met le 
10 message (7) et si il a ete determine que non on passe d la verification V7. 

Au cours de la verification V7. on verifie si le champ Nat du bloc BN 
du numero NTEL est ^ NA et si il a et§ determine que oui. on emet le 
message (7) et si il a ete determine que non on passe ^ la verification V7. 
Dans le premier exemple. la base BD comprend par exemple des 
15. plages de numeros (definies par exemple par un ou plusieurs blocs BN) 
definies comme comprenant des numeros ENUM et d'autres plages de 
numeros {definies par exemple par un ou plusieurs blocs BN) definies 
comme ne comprenant pas de numeros ENUM. ainsi que cela est 
represente d la figure 4 par le champ « ENUM? » positionne dans BD 
2 0 respectivement d oui ou di non pour ces plages. 

Au cours de la verification V7. on verifie si il existe dans la table T 
une ou plusieurs lignes ayant un champ ENUM? a oui. Dans I'affirmative 
on ne tient compte au cours de Petape T3 dans la table T que des llgnes 
dont le champ ENUM? est a oui, c'est-a-dire des lignes de blocs de 
25 numeros ENUM (par exemple en supprimant de la table T toutes les lignes 
ayant un champ ENUM? a non). Puis, on supprime de la table T au cours 
de retape T4 les lignes dont les blocs ne correspondent pas aux premiers 
chiffres de NTEL. pour selectionner dans la table T le bloc BN 
d'appartenance de NTEL selon retape E11 decrite ci^iessus. Dans 
30 raffirmative a la verification V7 et apres les etapes T3 et T4. on v6rifie au 
cours de la verification V8 si la table T est vide, c'est-a-dire n'appartient pas 
a un bloc BN ENUM. et, dans I'affirmative. on emet le message (5) Le 
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message (5) traduit le fait que le num6ro NTEL correspond daris la base 
BD a une plage de num§ros (d6finie par exemple par un ou plusieurs blocs 
BN) definie comme ne comprenant pas de num6ros ENUM. Dans, la 
negative a la verification V8, on passe ^ la verification V10. 
5 Dans la negative ^ la verification V7. on passe § r6tape T4 de 

selection du bloc BN d'appartenance du numero NTEL dans la table T. Puis 
on effectue la verification V9 pour determiner si la table T est vide, c'est-^- 
dire si il existe un tel bloc BN dans la base BD. et. dans I'affirmative le 
message (3bis) est emis. tandis que dans la negative, on passe ^ la 

10 verification V10. 

Pour la verification V10, les etapes E13. E14 et E15 sent executees. 
La verification V10 porte sur la conformite du numero NTEL a Lmin 
et d Lmax. pour emettre le message (1) dans la negative et passer a la 
verification V1 1 dans I'affirmative. 

15 La verification V11 porte sur la conformite du numero NTEL a Batt, 

pour emettre le message (9) dans la negative et passer a la verification V1 2 
dans I'affirmative. Le message (9) est emis lorsque. la date Batt de debut 
d'attribution n'est pas renseignee ou est posterieure ^ la date actuelle ^ la 
verification V11. 

La verification V12 porte sur la conformite du numero NTEL § Eatt. 
pour emettre le message (10) dans la negative et passer §i la verification 
V13 dans Faffirmative. Le message (10) est emis a la verification V12 
lorsque la date Eatt de fin d'attribution est renseignee et est anterieure S la 
date actuelle. 

La verification V13 porte sur la conformite du numero NTEL a Baff. 
pour emettre le message (11) dans la negative et passer a la verification 
V14 dans raffirmative. Si la date Baff de debut d'affectation est renseignee 
et posterieure a la date actuelle. le message (11) est 6mis a la verification 
VI 3. 

30 La verification V14 porte sur le point de savoir si la date Baff de 

debut d'affectation est renseignee ^ 0. pour emettre le message (12) dans 
la negative. 
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Bien entendu d'autres verifications peuvent §tre effectu6es par 
rapport § des donnees d*op§rateur, telles que celles ci-dessous. 

Un message (13) de tranclie dedi§e non attribute est 6mis lorsque, 
pour un bloc BN de date Eres de reservation renseign6e, la date Eres est 
5 ant§rieure d la date actueile. 

Si la date Eaff de fin d'affectation est renseignee et ant§rieure a la 
date actueile, un message (14) d'erreur du num6ro sur ia date Eaff de fin 
d'affectation est emis. 

Le message (2) traduit le fait qu'il a ete verifie que le bloc BN du 
10 numero NTEL n'a pas de dates Baff et Eaff mais une date Eres, comme 
pour le bloc BN = 630 a la figure 4. 

Le message (3) traduit le fait qu'il a et§ verifie que le bloc BN du 
numero NTEL n'a pas de date Eres, ni de dates d'attribution Batt et Eatt, 
comme pour le bloc 620 a la figure 4. 
15 Dans un deuxifeme exemple, les verifications et etapes V7, T3 et V8 

ne sont pas executees, on passe, s dans la negative a la verification V6, 
directement a I'etape T4 suivie de la verification V9 et les verifications 
s'arretent ^ VI 2, ainsi que cela est represents en traits interrompus S la 
figure 5. 

20 Lorsque dans les premier et deuxidme exemples. toutes les 

verifications ont donne un r§sultat positif sur le numero NTEL et qu'aucun 
message d'erreur n'a €te §mis, le message OK d'acceptation est emis a 
I'etape El 7- 
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REVENblCATIONS 

1. Proc§d6 d'6mlssion d'au moins une requdte (R) ^ destination d'un 
serveur (1, 2, 3) de noms de domaine depuis une machine requerante (H), 

ledit serveur (1, 2, 3) de noms de domaine etant un serveur de noms 
de domaine de numerotation telephonique e164.arpa, cliaque nom 6tant 
5 determine a partir du numero (NTEL) de telephone de destination au format 
E.164, contenu dans ladite requdte (R), 

caracterls6 en ce que 

un contrdle preaiable de la validite du numero (NTEL) de telephone 
de destination de la requete (R) est execute automatiquement et localement 
10 a la machine requerante (H) par rapport a une base (BD) de donn6es de 
numeros de telephone, locale ^ la machine requ6rante (H), pour n'envoyer 
la requete (R) ^ partir de la machine requerante (H) d destination du 
serveur (1, 2, 3) de noms de domaine que si son num6ro (NTEL) de 
telephone de destination passe avec succ^s ledit contrdle preaiable. 
15 2. Proc6d§ de transmission de requ§tes selon la revendication 1, 

caract6rlse en ce que dans la base (BD) de donnees locale est enregjstr6 
au moins un code (CC) de pays prescrit, et 

le contrdle preaiable comprend de verifier si le code (CC) de pays du 
num6ro (NTEL) de telephone de destination de la requete (R) en est un 
20 enregistr^ dans la base (BD) de donnees locale. 

3. Procede de transmission de requ§tes selon la revendication 1 ou 
2. caract§rise en ce que dans la base (BD) locale de donnees de numeros 
de telephone est enregistr§ au moins un plan de numerotation, chaque plan 
de numerotation comprenant au moins un bloc (BN) de numeros de 
25 telephone. 

le contrdle preaiable comprend de : 

determiner, au cours d'une etape (E11) de determination, si le 
numero (NTEL) de telephone de destination de la requete (R) appartient ^ 
un bloc (BN) du plan de numerotation. le numero (NTEL) de telephone de 
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destination de la requete (R) ne passant pas avec succes (E12) ledit 
controle pr§alable dans la negative a Tetape (E1 1) de determination. 

4. Procede de transmission de requetes selon la revendication 3, 
caracterise en ce que le plan de numerotation est associe a un code (CC) 

5 de pays, 

le plan de num6rotation correspondant au code de pays du num^ro 
(NTEL) de telephone de destination de la requete (R) etant celui par rapport 
auquel le controle prealable est effectue. 

5. Procede de transmission de requetes selon la revendication 3 ou 
10 4, caract6ris6 en ce qu'une pluralite de blocs (BN) disjoints de numeros de 

t6leplione. auxquels sont associees respectivement des caracteristiques 
(CAR) prescrites de numdros du bloc, est enregistree dans la base (BD) de 
donnees locale, 

ladite Stape de determination comprend en outre de determiner 
15 (E13), ^1 quel bloc (BN) de numeros de telephone de la base (BD) de 
donnees locale le num6ro (NTEL) de telephone de destination de la 
requite (R) appartient, 

dans le cas oO il a 6t6 d6termin§ que le numero (NTEL) de telephone 
de destination de la requete (R) appartient a un bloc (BN) du plan de 
20 numerotation, 

lire (E14, E15) dans la base (BD) de donnees locale les 
caracteristiques (CAR) associees au bloc (BN) de numerotation determine, 

verifier (E16) si le numero (NTEL) de telephone de destination de la 
requete (R) est conforme auxdites caracteristiques (CAR) lues, 
25 n'envoyer (E18) de la machine requerante (H) au serveur (1, 2, 3) de 

noms de domaine la requete (R) que si la verification donne un resultat 
affirmatif. 

6. Procede de transmission de requetes suivant la revendication 5, 
caracterise en ce que 

30 les caracteristiques (CAR) de numeros de bloc sont au molns Tun 

parmi : 
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- une date (Bres) de "reservation des num^ros de telephone du 
bloc, 

- ; une fin (Eras) de p6riode de reservation des num6ros de 

telephone du bloc, 

- une date (Baff) d'affectation des numeros de teieplione du bloc, 

- une fin (Eaff) de periode d'affectation des numeros de telephone 
du bloc, 

- une date (Batt) de debut d'attribution du bloc (BN) de numeros de 
telephone, 

- une date (Eatt) de fin d'attribution du bloc (BN) de numeros de 
telephone, 

- une longueur (Lmax) maximum des numeros de telephone du 
bloc, 

- une longueur (Lmin) minimum des numeros de telephone du 
bloc. 

7. Precede de transmission de requ§tes suivant I'une quelconque 
des revendications precedentes, caracterise en ce que si le numero (NTEL) 
de telephone de destination de la requete (R) ne passe pas avec succes 
ledit contr6le prealable. un signal d'erreur sur le numero (NTEL) de 
telephone de destination de la requ§te (R) est renvoye a la machine 
requ6rante (H). 

S. Precede de transmission de requetes selon la revendication 7 et 
I'une quelconque des revendications 5 et 6. caracterise en ce que le signal 
d'erreur sur le numero de telephone de destination de la requite (R) 
contient une infomiation sur la ou les caracteristique(s) (CAR) de numeros 
de bloc, qui ne sent pas respectees par le numero (NTEL) de telephone de 
destination de la requete (R) iors de ladite verification (E16). 

9. Dispositif d'emission d'au moins une requete (R) a destination 
d'un serveur (1, 2, 3) de noras de domaine depuis une machine requerante 
(H). 

ledit serveur (1, 2, 3) de noms de domaine etant un serveur de 
noms de domaine de numerotatlon teiephonique e164.arpa, chaque nom 
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etant d6termin§ ^ partir du numero (NTEL) de telephone de destination au 
format E.164, contenu dans ladite requ§te (R). 

caract6ris§ en ce que le dispositif est local a la machine requerante 
(H) at comporte : 

5 des moyens (DR) de reception de la requete (R) depute la machine 

requerante (H), 

une base (BD) de donnees de num§ros de telephone, 
des moyens (DC) de controle automatique de la validity du num§ro 
(NTEL) de telephone de destination de la requete (R), present sur les 

10 moyens (DR) de reception par rapport aux donnees issues de la base (BD) 
de donnees de numeros de telephone, et 

des moyens pour n'envoyer la requete (R) de la machine requerante 
(H) a destination du serveur (1, 2, 3) de noms de domaine que si les 
moyens (DC) de controle ont determine que son numero (NTEL) de 

15 telephone de destination passe avec succes ledit controle de validite. 

10. Dispositif d'emission selon la revendlcatlon 9, caracterise en ce 
que les moyens (DR) de reception, la base (BD) de donnees de numeros 
de telephone, les moyens (DC) de contrdle automatique et les moyens (DE) 
d'envoi sont presents sur la machine requ6rante (H). 

20 11. Dispositif d'emission selon la revendlcatlon 10, caracterise en ce 

que les moyens (DR) de reception, les moyens (DC) de contrdle 
automatique et les moyens (DE) d'envoi sont presents sur la machine 
requerante (H) et la base (BD) de donnees de numeros de telephone est 
interrogeable par les moyens (DC) de contrdle automatique par 

25 rintermediaire d'un reseau local (RL). 
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